OpenStack Liberty : Use Cinder Storage(GlusterFS)
2015/12/28 |
It's possible to use Virtual Storages provided by Cinder
if an Instance needs more disks.
Configure Virtual storage with GlusterFS backend on here.
+------------------+ +------------------+ 10.0.0.50| [ Storage Node ] | 10.0.0.61| | +------------------+ +-----+ Cinder-Volume | +-----+ GlusterFS #1 | | [ Control Node ] | | eth0| | | eth0| | | Keystone |10.0.0.30 | +------------------+ | +------------------+ | Glance |------------+------------------------------+ | Nova API |eth0 | +------------------+ | +------------------+ | Cinder API | | eth0| [ Compute Node ] | | eth0| | +------------------+ +-----+ Nova Compute | +-----+ GlusterFS #2 | 10.0.0.51| | 10.0.0.62| | +------------------+ +------------------+ |
[1] |
GlusterFS server is required to be running on your LAN, refer to here.
This example uses a replication volume "vol_replica" provided by "glfs01" and "glfs02". |
[2] | Configure Storage Node. |
root@storage:~#
apt-get -y install glusterfs-client
root@storage:~#
vi /etc/cinder/cinder.conf # add follows in the [DEFAULT] section enabled_backends = glusterfs # add follwos to the end [glusterfs] volume_driver = cinder.volume.drivers.glusterfs.GlusterfsDriver glusterfs_shares_config = /etc/cinder/glusterfs_shares glusterfs_mount_point_base = $state_path/mnt_gluster
root@storage:~#
vi /etc/cinder/glusterfs_shares # create new : specify GlusterFS volumes glfs01.srv.world:/vol_replica chmod 640 /etc/cinder/glusterfs_shares root@storage:~# chgrp cinder /etc/cinder/glusterfs_shares root@storage:~# initctl restart cinder-volume |
[3] | Configure Compute Node to mount GlusterFS volume. |
root@node01:~#
apt-get -y install glusterfs-client
root@node01:~#
vi /etc/nova/nova.conf # add follows in the [DEFAULT] section osapi_volume_listen = 0.0.0.0 volume_api_class = nova.volume.cinder.API initctl restart nova-compute |
[4] | For example, create a virtual disk "disk01" with 10GB. It's OK to work on any node. (This example is on Control Node) |
# set environment variable first root@dlp ~(keystone)# echo "export OS_VOLUME_API_VERSION=2" >> ~/keystonerc root@dlp ~(keystone)# source ~/keystonerc
cinder create --display_name disk01 10 +---------------------------------------+--------------------------------------+ | Property | Value | +---------------------------------------+--------------------------------------+ | attachments | [] | | availability_zone | nova | | bootable | false | | consistencygroup_id | None | | created_at | 2016-01-02T08:16:06.000000 | | description | None | | encrypted | False | | id | 1a19f3c9-1529-42fa-9cef-897225145a85 | | metadata | {} | | migration_status | None | | multiattach | False | | name | disk01 | | os-vol-host-attr:host | None | | os-vol-mig-status-attr:migstat | None | | os-vol-mig-status-attr:name_id | None | | os-vol-tenant-attr:tenant_id | fa7d34414b8c45c4a2fdc29403fb5cd2 | | os-volume-replication:driver_data | None | | os-volume-replication:extended_status | None | | replication_status | disabled | | size | 10 | | snapshot_id | None | | source_volid | None | | status | creating | | user_id | 5efb3edfd2f347eea6258068a06cb9f1 | | volume_type | None | +---------------------------------------+--------------------------------------+root@dlp ~(keystone)# cinder list +--------------------------------------+-----------+------------------+--------+------+-------------+----------+-------------+-------------+ | ID | Status | Migration Status | Name | Size | Volume Type | Bootable | Multiattach | Attached to | +--------------------------------------+-----------+------------------+--------+------+-------------+----------+-------------+-------------+ | 1a19f3c9-1529-42fa-9cef-897225145a85 | available | - | disk01 | 10 | - | false | False | | +--------------------------------------+-----------+------------------+--------+------+-------------+----------+-------------+-------------+ |
[5] | Attach the virtual disk to an Instance. For the exmaple below, the disk is connected as "/dev/vdb". It's possible to use it as a storage to create a file system on it. |
root@dlp ~(keystone)# nova list +-----------+-------------+---------+------------+-------------+-----------------------------------+ | ID | Name | Status | Task State | Power State | Networks | +-----------+-------------+---------+------------+-------------+-----------------------------------+ | a25ba5e7- | Ubuntu_1404 | SHUTOFF | - | Shutdown | int_net=192.168.100.3, 10.0.0.201 | +-----------+-------------+---------+------------+-------------+-----------------------------------+root@dlp ~(keystone)# nova volume-attach Ubuntu_1404 1a19f3c9-1529-42fa-9cef-897225145a85 auto +----------+--------------------------------------+ | Property | Value | +----------+--------------------------------------+ | device | /dev/vdb | | id | 1a19f3c9-1529-42fa-9cef-897225145a85 | | serverId | a25ba5e7-d01d-45ab-8484-f61315fa6648 | | volumeId | 1a19f3c9-1529-42fa-9cef-897225145a85 | +----------+--------------------------------------+ # the status of attached disk turns "in-use" like follows root@dlp ~(keystone)# cinder list +-----------+--------+------------------+--------+------+-------------+----------+-------------+----------------+ | ID | Status | Migration Status | Name | Size | Volume Type | Bootable | Multiattach | Attached to | +-----------+--------+------------------+--------+------+-------------+----------+-------------+----------------+ | 1a19f3c9- | in-use | - | disk01 | 10 | - | false | False | a25ba5e7-d01d- | +-----------+--------+------------------+--------+------+-------------+----------+-------------+----------------+ |